METHOD OF AND APPARATUS FOR MANAGING DELIVERY GOODS 
AND COMPUTER PRODUCTS 



FIELD OF THE INVENTION 

The present invention relates to a method of and 
apparatus for managing delivery goods and computer products. 

BACKGROUND OF THE INVENTION 

There is a case that a recipient of delivery goods 
requiring "delivery goods reception approval" is absent so 
that a delivery person has to visit again the recipient to 
receive the reception approval and deliver the delivery 
goods. On the other hand, when failing to receive the 
delivery goods because he/she is away from home and the 
reception approval cannot be given to the deliverer, the 
recipient has to wait the next delivery, or go to a delivery 
center, where the recipient gives the reception approval to 
pick up the delivery goods. 

As a first problem to be solved, the deliverer cannot 
complete delivery because the recipient is not at home and 
the deliverer cannot obtain recipient' s reception approval 
with respect to the delivery goods . As a second problem to 
be solved, the recipient fails to receive the delivery goods 
because the delivery goods is delivered while the recipient 
is away from home so that he/she cannot give the deliverer 
the reception approval with respect to the delivery goods . 



SUMMARY OF THE INVENTION 

It is an object of the present invention to solve the 
above first and second problems. 

The first problem, that the deliverer cannot complete 
5 delivery because the recipient is not at home and the 
deliverer cannot obtain the reception approval that is 
needed for the delivery goods, can be solved by providing 
the method comprising the following steps. That is, the 
steps of receiving identification information for delivery 

10 goods entered by a deliverer when a recipient is absent, 
extracting delivery goods information and recipient 
information relevant to the delivery goods identification 
information from a storage unit which stores the delivery 
goods information and the recipient information 

15 corresponding to the delivery goods information, and 
notifying the recipient of the delivery goods information 
based on the recipient information. 

The second problem, that the recipient fails to receive 
the delivery goods because the delivery goods is delivered 

20 while the recipient is away from home and cannot give the 
deliverer reception approval with respect to the delivery 
goods, can be solved by providing a unit for solving the 
first problem by means of the method further having the 
following steps. That is, the steps of further storing 

25 deliverer information corresponding to the delivery goods 
information in the storage unit and receiving the delivery 



goods identification information and reception 
approval /refusal information entered by the recipient, 
extracting the deliverer information relevant to the 
delivery goods identification information from the storage 
unit, and notifying the deliverer of the reception 
approval/refusal information based on the deliverer 
information. 

Other objects and features of this invention will 
become apparent from the following description with 
reference to the accompanying drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a block diagram showing a system construction 
of a first embodiment of this invention; 

Fig. 2 is a flowchart for explaining the overall 
processing of the first embodiment; 

Fig. 3 shows a program for receiving a request to 
confirm reception of delivery goods of the first embodiment; 

Fig. 4 is a flowchart for explaining the processing for 
the confirmation request of the first embodiment; 

Fig. 5 is a flowchart for explaining the processing for 
result notification of the first embodiment; 

Fig. 6 shows an example of a user DB of the first 
embodiment ; 

Fig. 7 shows an example of a deliverer DB of the first 
embodiment ; 



Fig. 8 shows an example of a delivery goods information 
DB of the first embodiment; 

Fig. 9 shows an example of display screens in a 
deliverer terminal of the first embodiment; 

Fig. 10 shows an example of display screens in a 
recipient terminal of the first embodiment; 

Fig. 11 shows an example of display screens in a client 
terminal of the first embodiment; 

Fig. 12 shows a program for receiving result 
notification of the first embodiment; 

Fig. 13 is a block diagram showing a system 
construction of a second embodiment of this invention; 

Fig. 14 is a flowchart for explaining the overall 
processing of the second embodiment; 

Fig. 15 is a flowchart for explaining the processing 
for a delivery goods reception confirmation request of the 
second embodiment; 

Fig. 16 shows an example of a user DB of the second 
embodiment ; 

Fig. 17 shows an example of display screens in the 
system installed in places such as apartments of the second 
embodiment; and 

Fig. 18 shows an example of display screens in the 
recipient terminal of the second embodiment. 



DETAILED DESCRIPTIONS 

A first embodiment of the method for managing delivery 
goods according to this invention will be explained in 
detail below with reference to the drawings. 

Fig. 1 shows the system construction of the first 
embodiment of this invention. In this figure, it is assumed 
that the delivery goods management apparatus 101 is 
connected with at least one deliverer terminal 108 operated 
by a deliverer and at least one user terminal 109 operated 
by a client or recipient, through a network 111. 

The delivery goods management apparatus 101 is 
installed in, for example, a delivery goods management 
center of a package delivery company which is accessible by 
a deliverer and a recipient through their mobile phones. 
The delivery goods management apparatus 101 has the user DB 

105 that stores user IDs and names, addresses, telephone 
numbers, mail addresses, and passwords, and the deliverer DB 

106 that stores deliverer IDs and names, telephone numbers, 
mail addresses, and passwords. The delivery goods 
management apparatus 101 also has the delivery goods 
information DB 107 that stores identification information 
for delivery goods and item names, client IDs, recipient IDs, 
deliverer IDs, and respective delivery statuses. The 
delivery goods management apparatus 101 further has the 
program 102 for receiving a request to confirm reception of 
delivery goods from a deliverer and performing 



authentication of the deliverer, and the confirmation 
requesting program 103 for receiving the confirmation 
request after the authentication of the deliverer is 
verified, edit information for the confirmation request by 

5 referring to the user DB 105 and the delivery goods 
information DB 107, and for transmitting the edited 
confirmation request information to a recipient. Further, 
the delivery goods management apparatus 101 has the program 
110 for receiving notification of the result from the 

10 recipient and performing authentication of the recipient, 
and the confirmation notifying program 104 for receiving a 
request for notification of the result after the 

authentication of the recipient is verified, editing 
information for the result notification by referring to the 

15 deliverer DB 106 and the delivery goods information DB 107, 
and transmitting the edited result notification information 
to the deliverer. 

The processing required for each request from a 
deliverer and a recipient, when the recipient of delivery 

20 goods requiring reception approval is not at home, will be 
explained below with reference to Fig. 1, Fig. 2, Fig. 6, 
Fig. 7, and Fig. 8. Fig. 2 is a flowchart for explaining 
the overall processing, Fig. 6 shows specific contents of 
the user DB 105, Fig. 7 shows specific contents of the 

25 deliverer DB 106, and Fig. 8 shows specific contents of the 
delivery goods information DB 107. 



The respective information in Fig. 6, Fig. 7, and Fig. 
8 that needs to be previously registered in order to realize 
this invention will be explained first. Fig. 6, Fig. 7, and 
Fig. 8 show respective information that is registered by an 
administrator of this system. 

The legend 601 of Fig. 6 represents the user DB 105 of 
Fig. 1, in which user IDs, names, addresses, telephone 
numbers, mail addresses, and passwords are registered for 
each user. 

The legend 701 of Fig. 7 represents the deliverer DB 
106 of Fig. 1, in which the deliverer ID, name, telephone 
number, mail address, and the password are registered. 

The legend 801 of Fig. 8 represents the delivery goods 
information DB 107 of Fig. 1 before authentication of the 
deliverer and user is performed, in which the identification 
information for the delivery goods, item name, client ID, 
recipient ID, deliverer ID, and the delivery status are 
registered. 

The operation of the system will be explained below 
with reference to Fig. 2. More specifically, this system is 
for notifying a recipient of a delivery goods reception 
confirmation request from a deliverer when the recipient is 
not at home and the deliverer cannot obtain reception 
approval by the receiver that is needed for the delivery 
goods . 

When a recipient of the delivery goods requiring 



reception approval is not at home, the deliverer transmits a 
request S201 to confirm reception of the delivery goods 
(transmission of the confirmation request) in order to 
confirm intention of the recipient, to the system. The 
information for the transmitted confirmation request 
includes the deliverer ID, password, and delivery status 
entered by the deliverer, and the delivery goods 
identification information selected by the deliverer. 

The processing for the confirmation request is 
performed at S203 based on the processing for receiving the 
confirmation request received at S202. 

The processing for receiving the confirmation request 
will be explained below with reference Fig. 3. At S301, the 
system receives the confirmation request, and performs 
authentication of the deliverer at S302 by comparing the 
deliverer ID and password in the confirmation request 
information with the deliverer ID and password in the 
deliverer DB 106. At S303, the system determines whether 
the authentication of the deliverer is OK. When the 
deliverer authentication is OK, the system successfully ends 
the processing for reception of the confirmation request. 
But, when the deliverer authentication is NG, the system 
performs the processing for disconnecting S305. 

Legend 901 of Fig. 9 represents the screen image of the 
deliverer terminal 108 when the deliverer "Tanaka" enters 
the user ID "tl" and password "tltltl" and transmits the 



confirmation request to the system. 

The processing for the confirmation request will be 
explained below with reference to Fig. 4. At S401, the 
system reads the information for the confirmation request 
sent from the deliverer, and retrieves the delivery goods 
identification information in the delivery goods information 
DB 107 corresponding to the deliverer ID in the confirmation 
request information at S403. If there is no such delivery 
goods identification information, the system edits 
information for confirmation request error at S409, and 
transmits the edited confirmation-request error information 
to the deliverer terminal 108 of Fig. 1 at S410. 

The legend 907 of Fig. 9 represents an example of the 
message that the deliverer terminal 108 receives from the 
system when there is no delivery goods identification 
information available as a target for the delivery goods 
reception confirmation request after authentication of the 
deliverer "Tanaka" as a deliverer is completed. 

When the delivery goods identification information is 
available, the system displays a list of the delivery goods 
identification information in the deliverer terminal 108 at 
S411. At S412, the system receives the delivery goods 
identification information specified by the deliverer. 

The legend 902 of Fig. 9 represents the screen image of 
the deliverer terminal 108 when the deliverer "Tanaka", 
after being authenticated as a deliverer, specifies the 



identification information "111-1111-1111" as a target for 
the confirmation request. 

At S404, the system determines the delivery status 
included in the transmitted confirmation request S201. When 
the delivery status is determined as "Delivery completed", 
the system updates the delivery status in the delivery goods 
information DB 107 of Fig. 1 corresponding to the delivery 
goods identification information specified by the deliverer, 
to "Delivery completed" at S408. 

The legend 805 of Fig. 8 represents the delivery goods 
information DB 107 of Fig. 1 when the deliverer "Tanaka" 
selects "Delivery completed" as the delivery status of the 
delivery goods identification information "111-1111-1111". 

The legend 908 of Fig. 9 represents the screen image of 
the deliverer terminal 108 when the deliverer "Tanaka", 
after being authenticated as a deliverer, specifies the 
delivery goods identification information "111-1111-1111" as 
a target for the confirmation request and "Completed" as the 
delivery status . 

When the delivery status is "Absence", at S405, the 
system edits information for the confirmation request based 
on the delivery goods information DB 107 corresponding to 
the delivery goods identification information specified by 
the deliverer, and transmits, at S406, the confirmation 
request information whose destination is decided based on 
the user DB 105 corresponding to the delivery goods 



identification information specified by the deliverer, to 
the recipient terminal 109 of Fig. 1. Further, at S407, the 
system updates the delivery status in the delivery goods 
information DB 107 of Fig. 1 to "Reception is under 
confirmation" . 

The legend 802 of Fig. 8 represents the delivery goods 
information DB 107 of Fig. 1 when the deliverer "Tanaka" 
selects "Absence" as the delivery status of the delivery 
goods identification information "111-1111-1111". 

The legend 903 of Fig. 9 represents the screen which 
displays information for the item name "Book", client "Sato", 
and recipient "Suzuki" relating to the delivery goods 
identification information "111-1111-1111" as a target for 
the confirmation request after authentication of the 
deliverer "Tanaka" as a deliverer is complete, and in which 
the deliverer "Tanaka" selects "Delivery completed" or 
"Absence" with respect to the delivery goods identification 
information "111-1111-1111". 

The legend 904 of Fig. 9 represents an example of the 
message that the deliverer terminal 108 receives from the 
system when the delivery status is "Absence" . 

The recipient who has received the confirmation request 
from the system transmits notification of the result to the 
system. 

The legend 1001 of Fig. 10 represents an example of the 
message in the user terminal 109 of the recipient "Suzuki" 

11 



who has received the delivery goods reception confirmation 
request S204 from the system. 

The operation of the system will be explained below 
with reference to Fig. 2. More specifically, this operation 
is performed in order that the recipient having received the 
confirmation request from the deliverer notifies him of 
recipient'' s intention when the recipient is absent so that 
reception approval needed for the delivery goods is not 
given to the deliverer. 

The recipient performs transmission S205 of result 
notification in order to notify the deliverer of the 
recipient's intention. The information for the transmitted 
result notification includes the recipient ID, password, and 
delivery status entered by the recipient, and also includes 
the delivery goods identification information selected by 
the recipient. The system performs the processing for 
result notification at S207 based on the result notification 
received at S206. The deliverer finishes the delivery 
according to the result notification S208 received from the 
system. 

The processing for receiving the result notification 
will be explained below with reference to Fig. 12. 

At S1201, the system receives the result notification, 
and performs authentication of the recipient, at S1202, by 
comparing the recipient ID and password in the information 
for the result notification with the user ID and password in 

12 



the user DB 105. At S1203, the system determines whether 
the recipient authentication is OK. When the recipient 
authentication is OK, the system successfully ends the 
processing for receiving the result notification. When the 
recipient authentication is NG, the system performs the 
processing for disconnecting S1205. The legend 1002 of Fig. 
10 represents the screen image of the user terminal 109 when 
the recipient "Suzuki" enters the user ID "s2" and password 
"s2s2s2" and transmits the result notification to the system. 

The processing for notifying the result will be 
explained below with reference to Fig. 5. At S501, the 
system reads out the information for the result notification, 
and retrieves the delivery goods identification information 
in the delivery goods information DB 107 corresponding to 
the recipient ID in the result notification at 503. 

The legend 1003 of Fig. 10 represents the screen image 
of the user terminal 109 when the recipient "Suzuki" 
specifies the delivery goods identification information 
"111-1111-1111" as a target for the result notification. 

If there is no such delivery goods identification 
information, at S511, the system edits information for 
result notification error, and transmits the edited result- 
notification error information to the user terminal 109 at 
S512. 

The legend 1008 of Fig. 10 represents the screen image 
of the user terminal 109 displayed after authentication of 



the recipient "Suzuki" as a recipient is complete when there 
is no delivery goods identification information available as 
a target for delivery goods reception approval. 

When the delivery goods identification information is 
5 available, at S513, the system displays a list of the 
delivery goods identification information in the deliverer 
terminal 108. At S514, the system receives the delivery 
goods identification information specified by the recipient. 

At S504, the system determines the delivery status 

10 included in the transmitted notification of confirmation 
result S205. When the delivery status is determined as 
"Reception approval", at S505, the system edits information 
for the result notification based on the delivery goods 
information DB 107 corresponding to the delivery goods 

15 identification information specified by the deliverer, and 
transmits the result notification information, whose 
destination is decided based on the deliverer DB 10 6 
corresponding to the delivery goods identification 
information specified by the recipient, to the deliverer 

20 terminal 108 of Fig. 1 at S506. Further, at S507, the 
system updates the delivery status in the delivery goods 
information DB 107 of Fig. 1 to "Reception approved". 

The legend 803 of Fig. 8 represents the delivery goods 
information DB 107 of Fig. 1 when the recipient "Suzuki" 

25 selects "Reception approved" with regard to the delivery 
status of the delivery goods identification information 



"111-1111-1111". 

The legend 1004 of Fig. 10 represents the screen which 
displays information for the item name "Book", client "Sato", 
and recipient "Suzuki" relating to the delivery goods 
identification information "111-1111-1111" as a target for 
the result notification after the recipient "Suzuki" is 
authenticated as a recipient, and in which the recipient 
"Suzuki" selects "Reception approval" with respect to the 
delivery goods identification information "111-1111-1111". 

The legend 1005 of Fig. 10 represents the screen image 
of the message that the recipient terminal 109 receives from 
the system when the delivery status indicates "Reception 
approval" . 

With regard to notification of the delivery status to 
the recipient after "Reception approval" is selected, as a 
response to the confirmation notification from the recipient 
to the deliverer, for example, a box number for reception 
allocated by the system and a secret number used to open the 
box are notified. Thereby, the recipient becomes capable of 
taking out the delivery goods from the box when he/she gets 
home. In addition to the above case, the recipient may 
specify a box number for reception and its secret number. 

The legend 905 of Fig. 9 represents the screen image in 
the deliverer terminal 108 of the deliverer "Tanaka" when 
the recipient "Suzuki", after being authenticated as a 
recipient, specifies the delivery goods identification 

15 



information "111-1111-1111" as a target for the result 
notification and "Reception approval" as the delivery status. 

The legend 1103 of Fig. 11 represents the screen image 
of the message that the client terminal 109 receives from 
5 the system when the recipient "Suzuki", after being 
authenticated as a recipient, specifies "Reception approval" 
as the delivery status relating to the delivery goods 
identification information "111-1111-1111" as a target for 
p the result notification. 

jc 10 When the delivery status indicates "Refusal", at S508, 

fij the system edits information for the result notification 

in 

M based on the delivery goods information DB 107 corresponding 

O to the delivery goods identification information specified 

M= by the deliverer. At S509, the system then transmits the 

O 15 result notification information, whose destination is 

IU 

decided based on the deliverer DB 106 corresponding to the 
delivery goods identification information specified by the 
recipient, to the deliverer terminal 108 of Fig. 1. Further, 
at S510, the system updates the delivery status in the 
20 delivery goods information DB 107 of Fig. 1 to "Reception 
refused" . 

The legend 804 of Fig. 8 represents the delivery goods 
information DB 107 of Fig. 1 when the recipient "Suzuki" 
selects "Reception refusal" as the delivery status of the 
25 delivery goods identification information "111-1111-1111". 

The legend 1006 of Fig. 10 represents the screen which 

16 



displays information for the item name "Book", client "Sato", 
and recipient "Suzuki" relating to the delivery goods 
identification information "111-1111-1111" as a target for 
the result of the confirmation request after the recipient 
"Suzuki" is authenticated as a recipient, and in which the 
recipient "Suzuki" selects "Reception refusal" with respect 
to the delivery goods identification information "111-1111- 
1111". 

The legend 1007 of Fig. 10 represents the screen image 
of the message that the recipient terminal 109 receives from 
the system when the delivery status indicates "Reception 
refused" . 

The legend 906 of Fig. 9 represents the screen image of 
the message that the deliverer terminal 108 receives from 
the system when the recipient "Suzuki", after being 
authenticated as a recipient, specifies the delivery goods 
identification information "111-1111-1111" as a target for 
notification of confirmation and "Reception refusal" as the 
delivery status. 

The legends 1101 and 1102 of Fig. 11 each represent the 
screen image of the message that the client terminal 109 
receives from the system when the recipient "Suzuki", after 
being authenticated as a recipient, specifies "Reception 
refusal" as the delivery status relating to the delivery 
goods identification information "111-1111-1111" as a target 
for the result of the confirmation request. 

17 



A second embodiment of the method for managing delivery 
goods according to this invention will be explained in 
detail below. 

Fig. 13 shows the system construction of the second 
embodiment of this invention. It is assumed that the 
delivery goods management apparatus 1301 is connected with 
at least one deliverer terminal 1305 operated by a deliverer 
and at least one user terminal 1306 operated by a recipient, 
through a network 1307 . 

The delivery goods management apparatus 1301 is 
installed in the entrance of a collective housing such as an 
apartment, and has a user DB 1303 that stores names of 
residents, room numbers, telephone numbers, and mail 
addresses. The delivery goods management apparatus 1301 
also has a confirmation requesting program 1302 that 
receives a delivery goods reception confirmation request 
from a deliverer, edits information for the confirmation 
request by referring to the user DB 1303 based on the 
confirmation request as input data, and transmits the 
confirmation request information to a recipient. 

The processing performed in response to requests from a 
deliverer and a recipient, when the recipient of delivery 
goods requiring reception approval is not at home, will be 
explained with reference to Fig. 13, Fig. 14, and Fig. 16. 
Fig. 14 is a flowchart for explaining the overall processing 
Fig. 16 shows specific contents of the user DB 1303. 

18 



The information of Fig. 16 required to previously be 
registered in order to realize this invention will be 
explained first. Fig. 16 shows the information registered 
by the administrator of the system. 

The legend 1601 of Fig. 16 represents the user DB 1303 
of Fig. 13, in which the names, room numbers, telephone 
numbers, and mail addresses are registered for each user. 

The operation of the system will be explained below 
with reference to Fig. 14. More specifically, this system 
is for notifying a recipient of a confirmation request 
including information for delivery goods entered by a 
deliverer when the recipient of the delivery goods requiring 
reception approval is away from home . 

When the recipient is not at home so that the delivery 
goods requiring reception approval cannot be delivered, the 
deliverer performs processing for entering a confirmation 
request S1401 to confirm the intention of the recipient and 
transmitting the confirmation request S1402. The 
information for the transmitted confirmation request 
includes the name, room number, and the delivery goods 
information entered by the deliverer. 

The delivery goods management apparatus 1301 performs 
the processing for the confirmation request based on the 
confirmation request information received at S1403. 

The processing for the confirmation request will be 
explained below with reference to Fig. 15. At S1501, the 



delivery goods management apparatus 1301 receives the 
confirmation request, reads in the confirmation request 
information at S1502, and performs authentication of the 
deliverer by comparing the name and room number in the 
confirmation request information with the name and room 
number in the user DB 1303. At S1503, the delivery goods 
management apparatus 1301 determines- whether there is the 
mail address of the recipient. 

The legend 1701 of Fig. 17 represents the screen image 
of this system 1301 when the deliverer "Tanaka" enters the 
confirmation request information for the room number "606" 
and name "Suzuki" to the system. 

When it is determined that there is no mail address of 
the recipient, the system 1301 performs edit S1506 of 
information for confirmation request error and display S1507 
of the confirmation-request error information. 

The legend 1704 of Fig. 17 represents the screen image 
of the system 1301 when the deliverer "Tanaka" may 
erroneously enter the room number or name to the system, or 
when the mail address corresponding to the room number and 
name may not be registered in the system. 

When the mail address of the recipient is available, 
the system 1301 performs edit S1504 of information for the 
confirmation request and display S1505 of the confirmation 
request information. 

The legend 1702 of Fig. 17 represents the screen image 



of the system 1301 when the deliverer "Tanaka" is to enter 
specific confirmation request information based on a state 
where the room number "606" and name "Suzuki" are entered to 
the system and the mail address corresponding to the room 
number and name are registered in the system. 

The legend 1703 of Fig. 17 represents the screen image 
of the system 1301 after the deliverer "Tanaka" transmits 
the confirmation request information to the mail address 
corresponding to the room number "606" and name "Suzuki", to 
the system. 

The legend 1801 of Fig. 18 represents an example of the 
received message in the user terminal 130 6 of the recipient 
"Suzuki" who has received the confirmation request S1404 
from the system. 

The recipient transmits notification of the result 
S1405 to the deliverer terminal 1305 in order to notify the 
deliverer of the intention of the recipient. The 
information for the transmitted result notification includes 
the mail address and telephone number of the deliverer, and 
the information for delivery goods reception 
approval/refusal entered by the recipient. 

The legend 1802 of Fig. 18 represents an example of the 
received message in the deliverer terminal 1305 of the 
deliverer "Tanaka" who has received the result notification 
about delivery goods reception approval from the recipient 
terminal 1306 at S1406. 



The legend 1803 of Fig. 18 represents an example of the 
received message in the deliverer terminal 1305 of the 
deliverer "Tanaka" who has received the result notification 
about delivery goods reception refusal from the recipient 
terminal 1306 at S1406. 

The deliverer finishes the delivery according to the 
notification of the result received at S1406 from the 
recipient terminal 1306. The destination of notification of 
the recipient's intention is not the deliverer terminal 1305 
but may be the system placed in the apartment. Further, 
although the recipient sends back a response to the 
deliverer by e-mail in the above example, the method of 
getting in touch with the deliverer by telephone may be 
considered. 

With regard to the first problem to be solved, delivery 
goods reception can be approved by the method according to 
this invention of transmitting confirmation information for 
delivery goods reception from the deliverer terminal to the 
user terminal. Therefore, there is an advantageous effect 
that delivery can be completed even if a recipient is not at 
home and a deliverer cannot obtain delivery goods reception 
approval by the recipient. 

Delivery goods reception can be approved by the method 
of transmitting notification information for the result of 
delivery goods reception confirmation from a recipient 
terminal to the deliverer terminal. Therefore, there is an 
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advantageous effect that the delivery goods can be delivered 
even if the recipient is away from home and the deliverer 
cannot obtain the delivery goods reception approval from the 
recipient. 

Further, a client can confirm whether the delivery 
goods is received by a recipient by the method of 
transmitting notification information for the result of 
delivery goods reception confirmation sent from the 
recipient terminal to the client terminal. Therefore, there 
is an advantageous effect that the client can get to know 
about whether the delivery goods is received by the 
recipient in real time . 

With regard to the second problem to be solved, 
delivery goods reception can be approved by the method of 
transmitting information for delivery goods reception 
confirmation entered by a deliverer on the spot to a user 
terminal without requiring to previously register the 
deliverer who can access the system of this invention. 
Therefore, there is an advantageous effect that delivery can 
be completed even if a recipient is not at home and the 
deliverer cannot obtain the delivery goods reception 
approval from the recipient. There is another advantageous 
effect that the recipient can receive the delivery goods. 

Although the invention has been described with respect 
to a specific embodiment for a complete and clear disclosure, 
the appended claims are not to be thus limited but are to be 



construed as embodying all modifications and alternative 
constructions that may occur to one skilled in the art which 
fairly fall within the basic teaching herein set forth. 



